home *** CD-ROM | disk | FTP | other *** search
- Path: news.crystalball.com!news
- From: Larry Weiss <lfw@oc.com>
- Newsgroups: comp.lang.c++,comp.lang.c,comp.object,comp.software-eng
- Subject: Re: Portability of code & skills (Beware of "C" Hackers etc)
- Date: Wed, 20 Mar 1996 14:06:58 -0600
- Organization: crystalball.com
- Message-ID: <31506562.5988@oc.com>
- References: <4ikb6kINN1is@mayne.ugrad.cs.ubc.ca> <DoI5Ao.AyJ@assip.csasyd.oz> <EJH.96Mar19163745@larry.gsfc.nasa.gov> <3150415E.6396@sdt.com> <4ip5om$s9@bughouse.imonics.com>
- NNTP-Posting-Host: external.oc.com
- Mime-Version: 1.0
- Content-Type: text/plain; charset=us-ascii
- Content-Transfer-Encoding: 7bit
- X-Mailer: Mozilla 2.0 (Win16; I)
-
- Imonics Corporation wrote:
- >
- > In article <3150415E.6396@sdt.com>, Larry Baker <leb@sdt.com> wrote:
- > >Remember that before UNIX, there was no commercially available,
- > >portable, licenseable multi-user OS that could live on vastly
- > >different computer architectures. (ok, I'm ignoring OS/9, but
- > >I think it's more of a real-time, niche-oriented OS.)
- > >The same argument holds for the "success" of C. At the time,
- > >the only other language that "competed" with C for the mainstream,
- > >popular (PC, workstation) programming population was Pascal,
- > >compiled BASIC, FORTRAN or PL/M. FORTRAN was the only one
- > >with a recognizable, widely accepted standard and reasonable
- > >portability.
- >
- > The portability issue is/was partially myth; it gave rise to
- > non-computer people (and some who should have known better) saying
- > things like "Write it in C so it will be portable". That's
- > horse manure. It is easier to WRITE portable code in C because
- > there are more C compilers, but that doesn't mean that C code
- > is inherently more portable. The other thing about portability
- > is the commercial part of the myth -- companies don't really
- > want to change machines and operating systems every few years,
- > that's for people who regard them as toys.
- >
-
-
- I believe that C programs are on average more portable than programs written
- in any other language. The C language was defined by a de-facto standard
- definition in the book "The C Programming Language" by K&R, and that language
- was useful enough "as-is" ("as-was" ?) that implementors didn't go crazy
- adding extensions in the early days. Those compromises to the Intel chips ("near"
- "far" etc.) didn't occur until late in the game, and were used
- sparingly enough to not impact the portability of much code.
- (simple #defines are usually sufficient to null these out when not needed)
-